Skip to content

Why Multica Should Come After Stable Memory

What It Is

这页解释一个关键顺序判断:

为什么应该先把记忆链路稳定,再把 Multica 接成正式调度层?

Core Answer

因为如果你在记忆层还不稳定时就引入调度层,会把问题来源混在一起,导致排障成本大幅上升。

Why It Matters

如果同时变动:

  • 记忆链路
  • 调度链路
  • Agent 协作链路

那么你很难判断问题到底来自:

  • mem0
  • 百炼
  • Zilliz
  • Hermes
  • Multica
  1. 先稳定 Hermes -> mem0 -> 百炼 -> Zilliz
  2. 再部署 Multica
  3. 再注册 Runtime 和绑定 Agent
  4. 再跑真实任务
  5. 最后才开启 wiki-compile

Operational Rule

先把底层执行连续性打稳,再引入调度和协作复杂度。

Common Mistake

把调度系统、记忆系统和知识编译系统同时上线,最后每一层都不知道是不是自己出了问题。

TeamOS · docs as code · canon=权威知识,drafts=候选区